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[57] ABSTRACT 

A software system for managing a health care practice 
includes interactive software tools for conducting a physical 
exam, suggesting tentative diagnosis, and managing a treat- 
ment protocol. The physical exam software guides the user 
through a physical exam, prompting the user for input and 
dynamically generating context sensitive questions based on 
prior input. The diagnosis software generates a list of 
possible diagnoses based on the observations recorded from 
the physical exam. The user can interactively select a 
diagnosis by selecting a diagnosis from a rule out list and 
watching the display as the system dynamic updates the 
status of unresolved symptoms. The user can also select a 
treatment protocol, which is integrated with future physical 
exams. The treatment protocol is integrated such that future 
exam sessions reflect the status of the treatment protocol and 
remind the user which services need to be performed and 
when they should be performed. 

22 Claims, 8 Drawing Sheets 
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INTERACTIVE METHOD AND SYSTEM FOR col. The treatment protocol can be integrated with the 

MANAGING PHYSICAL EXAMS, interactive medical exam component of the system. For 

DIAGNOSIS AND TREATMENT PROTOCOLS example, the doctor can select a treatment protocol from a 

IN A HEALTH CARE PRACTICE user interface displaying computer generated diagnoses. In 

S response, the system schedules the treatment protocol such 

FIELD OF THE INVENTION that future interactive exam sessions display reminders to 

^ . . , , . , , perfonn services in the protocol, and prompt the user to 

The invention relates to an automated health care man- ^^^^ observations related to the selected diagnoses. Once 

agement system and more specifically relates to a ^aphical ^^^^ ^ ^ complete, and has been signed off by 

and mteracbve medi«d office management system for auto- ^ ^^^^ examination results are read-only. Additional, 

matically generatmg client education information, conduct- s^.bsequent medical observations may be added to the 

ing a physical exammation. diagnosing medical condiUons, ^^^^^^j ^^^^^^ ^ ^^ ^^ ^^^.^^ ^^^^^ ^^.^ 

and managing a therapy protocol. ^^^^^ ^j,^^^ pre-formatted, or free-hand. 

BACKGROUND OF THE INVENTION interactive medical exam component of the system 

^5 displays physical exam screens that guide the user through 

With rising health care costs, it is imperative that health a complete medical exam. The screens display predeter- 

care providers provide health services efficiently and cost mined observations and enable the user to select among the 

efifeclively. At the same time, the administrative demands of observations to record abnormal findings. The system 

medical record keeping, billing and managing a medical dynamically updates the patient's record and evaluates the 

practice have become more burdensome. In particular, 20 input to generate additional context sensitive prompts to 

health care providers must be thorough and keep detailed record additional observations. 

records of medical exams to accurately document observa- the end of an exam, the system evaluates the abnormal 

tions and services that have been provided. A number of observations and generates a list of possible diagnoses. The 

software tools are available to help assist physicians in ^^^^^^ ^^^^^^^ interactive diagnosis screen including a 

conducting medical diagnoses and medical record keeping. 25 jis^ ^he diagnoses. The user can then select from the list 

However, these tools have a number of deficiencies. generated by the system (the rule out Ust) to select tenUtive 

Some software programs used to diagnose medical prob- diagnosis. As the user does so, the system updates a list of 

lems start with the physician making a tentative diagnosis, abnormal findings to show whether they are resolved by the 

and then proceed to collect medical observations which selected diagnosis. The user can then prescribe a treatment 

support, or clarify the tentative diagnosis. This can lead to 30 protocol by selecting a tentative diagnosis, 

inaccurate conclusions since the medical exam is likely to be j^^^ ^y^^^^^ includes a scheduler that automatically 

biased by the original diagnosis. updates the patient's records to reflect that the patient is 

Another limitation of many software systems used in under treatment. In subsequent interactive physical exam 

medical practices is that they do not effectively manage the sessions managed on the system, the physical exam screens 

workflow within the hospital. In addition to diagnosing display status information about the treatment protocol. This 

medical problems, it is useful to have a system for tracking feature helps to ensure that the treatment protocol wiU be 

the flow of patients in a hospital or medical ofSce. Present followed in subsequent physical exam sessions, 

systems do not effectively integrate workflow tracking with Additional features and advantages of the invention will 

medical diagnosis functions. become more apparent from the foUowing detailed descrip- 

,Another limitation of existing software systems for medi- tion and accompanying drawings, 

cal practices is that they do not integrate treatment or therapy BRIEF DESCRIPTION OF THE DRAWINGS 
within the medical exam process. This is a significant 

drawback in medical diagnosis software because it does not ^ ^ ^ t>lock diagram of a computer that serves as an 

provide the cUent or patient with information that will help operating environment for medical office management soft- 

them understand the cause of an ailment or educate them so ware. 

that they can make educated decisions on treatment of it. FIG. 2 is a block diagram illustrating a computer network 

for managing client and patient medical data in a veterinary 

SUMMARY OF THE INVENTION hospital. 

The invention provides a computer-implemented method 50 ^ ^ ^^^^^^^P^f ^[ ^ status screen used to check the 

and system for tracking workflow through a medical facility ^^^^^ * P»^^°* ^ hospital. 

(e.g., hospital, clinic, office, etc.), managing medical exams PIG. 4 is an example of a physical exam overview display 

of patients in the facility, and managing a treatment proto- generated by an implementation of the invention, 

cols for the patients. The medical exam portion of the system FIG. 5 illustrates an example of an interactive physical 

is used to guide a health care provider through an exam, 55 ^xam display used to record information about a patient's 

generating context-sensitive questions and possible diag- overall condition. 

noses. One implementation of the invention is specifically FIG. 6 illustrates an example of a supplemental user 

adapted for a veterinary practice, where the client is the pet interface screen that is triggered in response to an abnormal 

owner and the patient is the client's pet. However, the observation to prompt the user for additional input related to 

features of the invention can also be used in human medical 50 abnormal observation. 

practices. FIG, 7 is an example of an interactive user interface 

When installed in a medical office or hospital, the system screen used to prompt the user for graphical input of medical 

software of the invention can be executed in a network observations using a graphical depiction of a patient's 

configuration or in a stand-alone computer. The system anatomy. 

software displays interactive user interface screens for con- 65 FIG. 8 is an example of a graphical display depicting the 

ducting an interactive medical exam, generating diagnoses doctor's signature to prompt the doctor to verify medical 

of abnormal observations, and managing a treatment proto- observations entered into the system. 
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FIG. 9 illustrates an example of an interactive user above, the system software is implemented in a series of 

interface screen used to display diagnosis generated by the program modules, comprising computer executable instruc- 

system and to guide the user in selecting a tentative diag- tions executed cither on a server or client computer, 

nosis. Generally, program modules include routines, programs, 

FIG. 10 is an example of the diagnostic protocol screen 5 components data structures, etc. that perform particular 

used to manage a treatment protocol. ^ °f implement particular abstract data types^ The medi- 

_ . ^ cal system software of the mvention may be ported to other 

FIG. 11 is an example of an mteractive user mterface computer system configurations, including hand-held 

screen used to display an estimate of the cost of services to ^^^^^^^^ multiprocessor systems, microprocessor-based or 

be provided or already provided to a patient. programmable consumer electronics, minicomputers, main- 

FIG. 12 is an example of an interactive user interface frame computers, and the like, 
screen used to manage the administration of a service item jhe invention is typically practiced in distributed corn- 
under a treatment protocol, puting environments where tasks are performed by remote 
FIG. 13 is an example of an interactive user interface processing devices that are linked through a communica- 
screen used to check a patient out of an exam room. ^5 tions network. In a distributed computing environment, 
FIG. 14 is an example of an interactive user interface program modules may be located in both local memory of a 
screen used to check patients in and out of a medical office client computer and remote memory such as in the server 
and to monitor the status of patients in the office. computer. 

FIG. 1 illustrates an example of a computer system that 
DETAILED DESCRIPTION 20 serves as an operating environment for the invention. The 

computer system includes a personal computer 120, includ- 
Introduction ^ processing unit 121, a system memory 122, and a 

The invention is directed toward a method and system for system bus 123 that interconnects various system compo- 
managing a medical care practice. The specific implcmen- including the system memory to the processing unit 

tation described below is a system for managing a veterinary 25 121. The system bus may comprise any of several types of 

practice, including software tools for interactively guiding a t)us structures including a memory bus or memory 

user through a medical examination, providing tentative controller, a peripheral bus, and a local bus using a bus 

diagnosis for abnormal observations recorded during the architecture such as PCI, VESA, MicroChannel (MCA), ISA 
exam, selecting a diagnosis and treatment protocol, and EISA, to name a few. The system memory includes read 

integrating the treatment protocol into future interactive 30 only memory (ROM) 124 and random access memory 

exam sessions. (RAM) 125 . A basic input/output system (BIOS), containing 

the basic routines that help to transfer information between 

System Architecture elements within the personal computer 120, such as during 

, - jijij start-up, is stored in ROM 124. The personal computer 120 

One implementauon of the system is developed for a ft„,her includes a hard disk drive 127% magnetic disk drive 
netwodc computing environment in a veterinaiy hospi al. jjg), e.g., to read from ^r write to a removable 

<=°SP;^ of program modules ruomng '^^^^ ^^.^^ (^D-ROM Drive, 130), 

m a Windows® NT operating system environment Tie ^^^^ a CD-ROM disk 131 or to read f^om o 

program modules are miplemented m the FoxPro® datab^ ^^^.^ ^^^^ ^^^^ 

programmmg environment. In a typical configuration, the _ j- i j • j i j- i j • ^^ix 

^ ^ J , - , . 5 • 1- . 40 magnetic disk dnvc 128, and optical disk drive 130 are 

program modules of the system are organized in a chent * j * *u * ^ ^^-i i_ ^ i ^ • 

^ ^ . , f . i_ . .1. 1. connected to the system bus 123 by a hard disk dnve 

server architecture. Several computers throughout the hos- p i^i _ j- i j • • * _r j 

. . n ... v , .P, interface 132. a magnetic disk dnve interface 133, and an 

pital are equipped with client software, which can access i j • • * ^ ^-5>i ^- i j • ^ - 

^ ■ *u \ 1 T-u 1 * optical drive interface 134, respectively. The dnves and their 

server sottware on a server via the network. The client .fo^«:„*-j j ui a- 'j i 

^ f 11 J u t ' . ^ associated computer-readable media provide nonvolatile 

software typically provides a graphical user mterface com- ^j*^*** * .t_i 

u f ' ' ^ ■ *i?45 storage of data, data structures, computer-executable 

pnsmganumberof screens inawm^^^^^ instnictions (pro-am code such as dynamic link libraries, 
prompting the user for input and displaying output. ^^^^^^^^ ^J^^^^ ^^p^^^^ ^^o! 

In one particular client server implementation, the server Although the description of computer-readable media above 

executes database management software and maintains a refers to a hard disk, a removable magnetic disk and a CD, 

series of relaUonal databases (tables). The client and server it can also include other types of media that are readable by 

software is developed using the FoxPro® database devel- a computer, such as magnetic cassettes, flash memory cards, 

opment tools. The client-server software is written in Fox- digital video disks, Bernoulli cartridges, and the like. 
Pro® database for Windows® NT operating system, and Anumberof program modules may be stored in the drives 

uses the native FoxPro® database file stnictures. ^^d RAM 125, including an operating system 135, one or 

Ihe server software coordinates communication among 55 more application programs 136, other program modules 137, 
the client computers, manages a database of client and and program data 138. A user may enter commands and 
patient data, monitors data suppUed via the client computers, information into the personal computer 120 through a key- 
performs data processing functions on the data as observa- board 140 and pointing device, such as a mouse 142. Other 
tions are made, and dynamically updates the display data input devices (not shown) may include a microphone, 
displayed on the client computer While the preferred imple- joystick, game pad, sateUitc dish, scanner, or the like. These 
mentation for a hospital setting is a network environment, and other input devices are often connected to the processing 
many of the software functions, including the user interface unit 121 through a serial port interface 146 that is coupled 
and data management functions can be performed on a to the system bus, but may be connected by other interfaces, 
smgle computer. such as a parallel port, game port or a universal serial bus 

FIG. 1 and the following discussion are intended to 65 (USB). A monitor 147 or other type of display device is also 

provide a brief, general description of a suitable computing connected to the system bus 123 via an interface, such as a 

environment for the server and client computers. As noted video adapter 148. In addition to the monitor, personal 
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computers typically include other peripheral output devices 
(not shown), such as speakers and printers. 

The software system of the invention is typically imple- 
mented in a network configuration in a veterinary hospital, 
though it can be implemented on a single PC. In network 5 
instsdUations, there are several personal computers like the 
one depicted in HG. 1. Each of the personal computers (such 
as PC 120) operate in a networked environment using 
logical connections to one or more remote computers, such 
as a remote computer 149. The remote computer 149 is 
usually a server, but can also be a router, a peer device or 
other common network node. The remote computer includes 
many or all of the elements described relative to the personal 
computer 120, although only a memory storage device 150 
has been illustrated in FIG. 1. The logical connections 
depicted in FIG. 1 include a local area network (LAN) 151 
and a wide area network (WAN) 152. Such networking 
envirorunents are commonplace in offices, enterprise-wide 
computer networks, intranets and the Internet. 

When used in a LAN networking environment, the per- 
sonal computer 120 is connected to the local network 151 
through a network interface or adapter 153. When used in a 
WAN networking environment, the personal computer 120 
typically includes a modem 154 or other means for estab- 
lishing communications over the wide area network 152, 
such as the Internet. The modem 154, which may be internal 25 
or external, is connected to the system bus 123 via the serial 
port interface 146. In a networked environment, program 
modules depicted relative to the personal computer 120, or 
portions of them, may be stored in the remote memory 
storage device. The network connections shown are 30 
examples only and other means of establishing a commu- 
nications link between the computers may be used. 

FIG. 2 is a block diagram illustrating a typical network 
configuration 200 used to implement system software of the 
invention in a veterinary hospital. The network configura- 35 
tion 200 includes a server computer 202 and a number of 
personal computers 204-214 connected together on a com- 
puter network 218. In this configuration, the network is an 
ethernet network, but any other conventional computer 
network can be used to implement the system. The comput- 40 
ers are distributed throughout the hospital and are designed 
to provide access to some common functions as well as some 
special purpose functions unique to the particular computer. 
Some of the client computers have special attributes that 
enable them to perform Unctions relevant to the part of the 45 
hospital where they are located: 1) the reception computer 
204 checks clients and patients in and out of the ofEice and 
handles billing functions; 2) the exam room computers 
208-210 are used by doctors and nurses to conduct medical 
examinations, to make diagnoses, and select a treatment 50 
protocol; 3) surgery/treatment computers 212 are located at 
surgery and treatment areas in the hospital and provide 
patient status data (e.g., traffic control, patient triage infor- 
mation such as names of patients, status, presenting 
complaint, to-do lists) as well as similar functions as the 55 
exam room computers 208-210; 4) the lab computer 214 
interfaces with lab equipment and is used to enter informa- 
tion from lab tests; and 5) the pharmacy computer 216 is 
used to fill prescriptions, conduct inventory control on 
pharmaceuticals and medical supplies, order supplies, and 60 
provide database search functions. 

While each computer is designed to perform certain types 
of functions in the office, many of the computers have 
common features and provide access to the same client and 
patient information and server functions. For example, if 65 
authorized, a doctor can look up client information on any 
of the computers in the network. 



6 

Communication Among Client Nodes 

Each of the computers can transfer messages to each other 
via a queue on the server. When the client software running 
on a computer in the network wishes to communicate with 
other client software, the client sends a message to the 
server. The message can indicate that some event has taken 
place or it can request an action. The server places this 
message in a shared queue in main memory on the server. 

Each of the client computers and the server periodically 
scan the queue for messages. In this implementation, the 
queue is a database file, and the clients scan the queue by 
performing a database query on the file. If a client finds that 
one of the messages is intended for it, it performs the 
requested action sought in the message. When the requested 
action is processed, the server deletes the record requesting 
the action. By updating the queue in this manner, each of the 
clients on the network are informed that the event or 
requested action in the message has been processed. 

Authenticating Access to Server Functions and 
Data 

The server's database management software manages 
access to server functions and data in the databases by 
authenticating access to databases or functions on the data. 
Specifically, the server 202 maintains a table that lists 
computers and users indexed to data and functions that the 
computer or user can access. Another authentication table 
tracks provider teams, which are typically comprised of a 
doctor, nurse and receptionist. This table keeps track of who 
is logged into the system and determines, based on who is 
logged in, what fiinctioiis and data each person will be able 
to access. For example, if a nurse is checked in, the nurse 
will be able to make preliminary medical observations, but 
will not be able to access diagnostic screens and make 
diagnosis. 

The server controls access to server functions and data via 
a table indicating the name of each client computer con- 
nected to the network and a list of functions that each client 
is able to access. In this particular implementation, the 
server uses the Windows® operating system computer name 
to identify each computer. The server maintains a table of all 
computers which are attached to the system. This table 
includes the specific functions which the client computer is 
intended to perform. This enables the server to control which 
functions each client is able to access. 

The client server model enables the provider teams to 
work together on a common set of data. As a member of a 
team completes part of an exam or conducts some treatment 
using the system, the server software dynamically updates 
the data so that it will be properly reflected to other users 
when they access it. For example, if a lab technician enters 
the test results of a blood test on the lab computer, a doctor 
in the exam room will be able to get this information via the 
exam room computer. 

In the current implementation of the system, the cHcnt 
computers each present a graphical user interface in a 
windowing environment. The user interface displays text 
and graphical information about clients and patients (the 
client's pets) in Windows® operating system. The users of 
the system enter input using a variety of input devices 
including a key board and pointing devices such as a mouse, 
trackball, touch screen membrane or touch pad. 

The Link to a Remote Computer 

The computer network shown in FIG. 2 is an example of 
the network configuration in a typical hospital. A number of 
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these network configurations around the country are con- The Lab Consputer 

nected to a central computer 220. As shown in FIG. 2, the , , , , r ^ » ». t ^ 

server computer 202 is connected to a remote computer 220, "^f ^38 of the hospiul, the lab computer is used to 

which acts as the central computer for several hospitak.nie ^^^uL^^^ 

central computer periodically dials-up the server via the 5 resulu. The lab funcuons of the system mclude an interac- 

telcphone network 224 and obtains a copy of the hospital's """^f?* that enables menibers of a provider team 

data. All information at the hospitals which has changed is ^J°°^ *P » P"''*'" ^ "'»«F "''i If °' » 

gathered into the central system. tbH n^od to be performed for a paUent. TTie user 



The server, in this example configuration shown in FIG. 



interface inchides a laboratory screen, listing records includ- 
ing client name, patient name, name of a test, and when the 



2, IS connected to the phone network via a modem 226 The W ^^^^^^ ^ ^ ^^^^ 

central computer 220 also controls adrumistrative and biUmg ^^^^ ^^^^^ , results screen by clicloDg on a 

functions. One omportan function of the central computer is ^^j,,^^ ^^^^^ ^.^ ^. ^ ^ ^^^j^^ 

how It adinimstrates wellness plans. SpecificaUy, the central ^ ^^j^^ i/,^^^ ^^^^ 

computer is responsible for handlmg biUing of clients that ^^e changes. When the user clicks on a button to 

have selected wellness plans. ^^^^^^ ^j^^ changes, the changes get updated in a table used 

The Reception Computer '° laboratory results and symptoms maintained for the 

patient. 

As introduced above, the fonctions of each of the client ^^j^^ ^^^^ ^^^^^^ ^ ^ tests, 

computers are generally related to where they are located in „^ ^^^^ j„ accounting line item table. When a user 

the hospital. In the receptionist area 230 of the hospital, the ,„ters a change in status for a lab test, the system updates the 

l"!?!';""!!' ^^^.^^l^,'." J: ^ ^^^^ corresponding to this test in the 

.„,„.„_..„ accounting line item table. In addition to updating the status 



2s the medical lab notes for the patient indicating that the test 



patients in and out of the hospital and monitor client and 

patient traffic by keeping track of who is in the hospital, r„",ira«Sii^in7toelt;mTaWrthrsr^^^^^ 

where they are, and how long they have been in the hospital. jj^^ medical 

Typically there are at least two reception computers. Each ^ complete 
them share a printer 232 used to print invoices and client 

education information. The Pharmacy Computer 

The Exam Room Computers In the pharmacy 240 of the hospital, the pharmacy com- 
In the exam rooms 234 of the hospital, the exam room P^'" ^16 manages the pharmaceutical products and pro- 
computers 208-210 are used to conduct medical exams. The '^"""'f 9'^^'^^°°^- ^ pharmacy computer 
physical exam software modules walk the nurse and doctor e^a'tes '^hent pharmacy software that is integrated with the 
through an entire medical exam. The software displays exam f^f software m that it responds to requests to generate 
screens that prompt the user for input. The user interface ^''^^^ "f^^ ^ '1°'='°^ prescription m a prescripUon 
' screen during the medical exam. The pharmacy computer 



screens guide the user by displaying a list of items that 



require observation. For some items, the software will not f " ^ comiected to a printer 242 used to print prescription 

allow the user to proceed without entering an observation. At 

the end of the physical exam, the physical exam software Having described the system architecture of a network 

requires the doctor to sign off on the physical exam. The configuration in a veterinary hospital, we now describe the 

doctor can then proceed to invoke the diagnosis software. software for managing a medical practice in more detail. 

-nie diagnosis software uses the observations made during j^^^^ p^^^. ^^^^ 
the medical exam to prepare a rule out list and prescribe a 

treatment protocol. Diagnosis software running on the server The software system tracks user input to the system based 

uses the observations to generate a list of abnormal obser> 45 on a provider team. As described above, users get access to 

vations and tentative diagnosis. The doctor can then select a the system and its functions based on their login name. Once 

tentative diagnosis by positioning the cursor over a diagno- logged in, a user has access to data and functions in the 

sis and selecting it. By selecting a tentative diagnosis, the system. As observations are entered, these observations are 

user triggers the generation of a treatment protocol. This attributed to the person that made them based on the login 

treatment protocol can then be integrated into future medical 50 of the session. A session refers to the time period in which 

exam sessions. It is integrated because procedures that need a user is logged in to the system and is accessing sender 

to be performed and observations that need to be made are functionality. As a member of the medical team takes an 

identified in the graphical exam screens in follow-up visits. action and records this action through the user interface 

Thus, once a treatment protocol is selected, the system client, the system attributes the action to the person and team 

manages the administration of that protocol in future exam 55 that took the action. 

sessions. Tracking the provider team has implications on generat- 

m. ^ ^ . . ^ . iiig bilUng reports and productivity reports. In the system, 

The Surgery and Treatment Computers ^^^^^^^ ^^^^^^^ ^ be clarified as a selling or 

In the example shown in FIG. 2, the surgery and treatment providing. As products or services are provided to a client/ 

computers 212 are combined and are depicted as being in a 60 patient, a member of the team enters the information on the 

single location 236 (e.g., a surgery and treatment area in the user interface, typically by selecting the item on the user 

hospital). As emphasized above, it is not necessary to have interface. These items are added to a file representing the 

separate computers for performing separate functions such client's bill and in addition are attributed to the provider 

as having a surgery computer for displaying triage informa- team. Chargeable service or products provided by the team 

tion or a treatment computer for recording treatments on a 65 are attributed to a selling and providing person in a prede- 

patient as they are performed. Instead, surgery and treatment tennined proportion, such as 55/45 percent. This enables the 

functions can be accessed from a single computer. system to generate productivity reports for a provider based 
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on individual product and service items. This feature also been in the hospital in the last 15 days. If so, the system will 

enables the system to give credit to the providers that are assume that the client information displayed in this screen is 

responsible for getting clients to sign up on a wellness plan, current. If not, the client screen will prompt the user to verify 

which is also administered on the server. client information. The receptionist must enter input 

5 acknowledging that the client has signed a release to provide 

Tracking Patient Woricflow care to the patient. The entry of the release to the system is 

In addition to guiding a user through the physical exam ^ ""''^'"f event that must o^ur before the system will 

and diagnosis process, the system also tracks the work flow P^.^^^^^ ^ medical exam. The receptionist can also enter 

in a medical faciUty such as a hospital or doctor's office. ^ ^'^^ f"^^ the client left with the pet This infor- 

When a patient arrives, the patient is "checked into" the lo ^^^^^ ^ "^^^^ ^ f^""^^ ^/^^ ^.^^^^^ where the reception 

system. Throughout the visit, the system tracks the paUent's computer retrieves a to of these items from the seiver and 

progress through various stages of the visit, such as waiting ^^P^^y^ ^^^"^ ^^"^^^^^^ ^^^"^ 

in the lobby, undergoing a physical examination m an exam ^ P^^* ^® patient check in procedure, a receptionist 

room, awaiting check-out, undergoing tests in the lab, enters the presenting complaint via the user interface of the 

hospitalized, etc. These stages generally correspond to dif- ^5 reception computer. The reception computer sends the text 

ferent parts of the medical facility such as the lobby, exam describing the presenting complaint to the server, which in 

room, lab, surgery room etc. However, it is important to turn records it in the patient's medical record. A new medical 

emphasize that the stages do not have to be associated with record, with presenting complaint, is created for each visit of 

separate physical locations, especially in a smaller facility ^® patient to the hospital. Qient computers load and display 

where a single room is used for the medical exam, lab tests 20 the presenting complaint (as well as other patient data) in a 

and surgery. banner displayed in a variety of screens in client computers 

4U u • * *u i ^ hospital when accessed by members of the provider 

As the patient progresses through a visit, the system . ■ * i * *j • j 

^ ,u ^ , ^ . , team. The receptionist also enters the patient s weight and 

software guides the provider team through the visit by . ^. . ^ . ^ . 

,',u P • * J J * 1 ♦ u i records the weight in the system. The entry of the weight 

prompting the user lorinput needed to complete each stage. . - ■ , ...... 

' , . 1. ^ A ^ a A' / *25 information is another critical event that needs to occur 

This input can mclude patient data, medical findings (or at . , .• . 

I , n *• 4X. ^ „• ■ 1 * ^ \t- before any exam or procedure can occur on the patient 

least confirmation that examination is complete), or autho- j *u • ■* i * n . n 

rization from a doctor. When a member of the provider team the visit For example, the system will not allow a 

1 . , L u I • • *• * ^ser to execute the physical exam software for this patient 

completes a stage m the visit, such as checkmg m a patient . u • .u- - i *• ^^c. 

or conducting a medical exam, the system tracte the flow by ^i""""' "^"^'"S ^nformaUon recorded first, 

updating the status of the patient's visit in memory. In a ^° ^hen a user enters a request at a client computer to load 

client server configuration, this sUtus information is main- P^V^^'^^] exam software for a patient, the chent computer 

tained on the server so that members of the provider team "^""^^ I''' '^^^^ \ *f ^^^f'- .^7" ^^^ecks the 

can check the patient's status from different client comput- patient s data file to check whether a critical event (entry of 

eis. By tracking paUent status in this manner, the system ^i^hO has occurred. If not, the server will transfer a 

ensures that the patient's visit proceeds in an orderly message to the chentcomputer mdicating the error and the 

manner, that all necessary services are provided, and that a The client computer wiU then display a 

complete record of an entire visit is recorded in the system. "^^sage box to the user uidicatmg that the critical event 

In addition, it gives the provider team an oppormnity to track """^ "^f"'* ^ P^'y^"^ ^'^^ «"» 

which patients are in the facility, what their current status is, A main control screen, accessible from the receptionist 

and how long each paUent has been in the facility. *° computer, Iratte the sUtus of paUents relative to the trafEc 

at the hospital. The server classifies patients as 1) Awaiting 

Patient Check In Pick Up, 2) Checking Out, 3) Missed Appointments, 4) In 

„„ ,• . L • » • . ■. . the Lobby, and 5) Scheduled to come in. Category 4 is 

When a client brings a patient to the vetermary hospital, . , . : , ^ , . . ■ . 

„ . , .L . • . L . • .1 .. . J brokeninto two further categories, usmg attributes assigned 

the first step on the system is to cbeck-m the client and ^^^^ ^ ^ ^^^^j^ 5^,^^^,^ to Come In, 

paUent a the receptionist computer. Ibe receptionist com- ^ Scheduled to come In, In Lobby, 

ptiter acts as an interface to the systems i^pomtment ^ ■ ^ , , , , . „ 

Scheduler and also provides a Reception screen that enables ^his feature is implemented by dynamically tracking the 

theusertocbangethestatusorlocationofpatientswithinthe P»''^°'^ » l,^^ ™ f rver. The server 

hospital, as tracked by the server. TTie receptionist performs """"^""^ P.^f ^.^^'f "le stonng a dynamic l^t of all 

several tasks using the reception screen as a method of P^ients which are in the hospital at a given time. This table 

identifying the patient to service. TTiese functions include ^^"^ the date and time the patient arrived, and the 

checking patients into the hospital, assigning exam rooms, S^'^"' P''y^«=f 1™=^"°" °f P^'^ent within the hospital, 

making appointments, making follow-up telephone calls, ^"'^^ ^^^''^ ^^^'^^^^ ^ ^^P""^^ "'^^^Ses from 

and performing patient checkK)ut and cash receipts func „ the chents that change the status of the patient. For example, 
tions "^55 when the reception computer checks in a patient, it also 

„' , , sends a message to the server indicating the name and status 

The reception screen is used to check in a client and the of the patient. Tlie server places a time stamped record in the 

paUent(thecl.entspet).Ifeithertheclientorpat.e„tisnew, .^^^ ^^^^ ^ patient proceeds through the 

the system presents screens to prompt the user for missing ^ ^.^ ,^ ^j.^^^ 

information. For patients, the system prompts the user for computers update the status of the paUent by sending a 

patient information such as: gender (male, female, ^ ,^ ^^^^ indicating the patient and the current 

unknown), whether neutered or spayed, notmg of allergic patient status 

reaction, tendency of a pet to bite, and whether pet is on ^ 

wellness plan. Automatic Selection and Playback of Client 

As part of the client check in procedure, the system may 65 Education \^deo 

request the client to verify client information. At a client The system is programmed to playback client education 

check in screen, the system will check whether the client has videos for clients in the waiting room of the hospital. There 
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are two ways to select a video in the system. One way is for which updates the status of the patient. The reception screen 

the receptionist to select a video &om a list. In this case, the can then be used to check out the patient. 

receptionist specifies the video, the exam room, and a 

programmable delay period. In response, the server issues a ^® Physical Examination 
command to the exam computer to queue the video and play 5 ^jj^n th^ ^urse logs onto the computer located within the 

it after the programmed delay period. The video is prefer- exam room, the physical examination for the patient 

ably stored on the client computer (e.g., the exam room assigned to the exam room is presented. No action is 

computer) where it will be played back. TTie video will begin required on the part of the nuree to select the exam, the exam 

to play on the exam room computer after the delay period jqq^^^ q,. patient. The client computer in the exam room 
chosen by the receptionist elapses. lO displays the Physical Examination Screen, populated with 

The second way to playback a video in the system is by information about the patient that is checked into the exam 

automatic selection by the server. The server matches the room. 

patient in the hospital with a room where the patient is piG. 4 shows an example of the Physical Examination 

located usmg two tables: 1) the patient status table, which Screen 400. This screen includes the following graphical 

shows the patients currenUy in the hospital and each of the 15 ^i^^^^^^, ^^^^^ ^^^^^^ banner 402, the presenting 

patients' current status; and 2) a client computer table, which complaint box 404, a preventative care box 406, a tentative 

mainUins the status and identification of each computer in diagnosis box 408, a series of buttons 410 that list and 

the hospital. When the patient is assigned to an exam room, navigate to screens used to obtain input and guide the user 

the system matches the patient to the computer associated through the physical exam, and control buttons 412-416 for 

with that exam room. The server then evaluates a variety of changing the status of the exam 

attributes about the patient to select an appropriate video. ^^^^^^ and the presenting complaint box are the 

One aUnbute is a patient record indicating the purpose of the ^^^^^^ ^ ^^^^^ ^^'pjQ 3 ^ 

visit. Other attributes used to select a video are the type of _ . , 

pet, the age of the pet, and the time of year. The server first ^he preventative care box 406 hsts preventative care 
tries to find a matching video for the purpose of the visit by « ^rviixs and their status m a color coded fashion. When a 

text searching the list of videos for a topic that matches the ^ "^^^^ Pl*° ^ °' ^er pet, the 

purpose of the visit. Finding no matches, the server contin- sys^m loads additionalsoftwai« components that are used 

ues searching for matches based on other criteria in a '° administer the plan. TTiis is an example of such a feature, 

predetermined order. physical exam screens display addiUonal 

30 information about the status of the preventative care services 

Physical Examination provided under the plan. The physical exam screen prompt 

_,,..„„„„., the user about the status of a preventative care service and 

Transfernng from One "Room to Another ^^^^ ^^.^ ^^^^^^ p^^^.^^^ 

Before the physical exam can begin, the receptionist has ^^^^^ preventative care status 

to check the patient mto an exam room. The recepUonist ^ ^. ^ ^ ^^^^^ ^^^^ ^^^^^ .^j^ ^^^^^^ 

does this byentermg the exam room number at the reception ^^j^^^^^ j^^^^^^^ Yellow^due soon, Blue=ordered - 

computer. The recepUon computer sends a message to the ^j^^^ While=donn give, and Green^current. TOs status 

server, which m turn updates the patient status table to i^fo^.tj^^ ^ dynamicaUy updated on the server as a 

reflect he location of the patient, e.g., the patient is m a ^^^^^^ ^ ^^^^^^ ^^^^ ^^^^ indicating that a 

medical exam m exam room 1. performed. In addition, the system has a 

Personnel in the hospital can check on the status of scheduler that determines when changes in status occur 

patients occupied in the exam room. FIG. 3 illustrates a based on the order date and the current date. When the 

screen diagram indicating a window for checking the status physical examination process is initiated, the server looks up 

of an exam room. To bring-up this screen, a user can double the stams of each preventive care item so that the most 
click on the patient^s name in the reception screen displayed 45 jgcent information can be returned to the client for display, 

by a client computer. As shown in FIG. 3, the Exam Room jhis status information is maintained in an accounting sales 

Status screen 300 is a graphical window divided into two \^^q i^^j^ ^he server. 



primary sections: a banner 302 showing patient information; 



The tentative diagnosis box provides the diagnosis history 



and a wmdow 304 showing exam room status information. ^j^^^ ^^^j^ ^^ ^^^^ ^^^^ ^^/^ 
The banner 302 mchides the client name patient name 50 as result of previous physical ex5ns.n,e diagnosis software 

gender, weight, and speaes. THe b^ner is also color coded ^ j^^^^ ^ j^^^*; ^^^^.^ ^^j^^ ^^^^^^^ ,^ summarize 

so that the provider team can rcaddy identify key informa- briefly, the server generates tentative diagnosis based on 

tion about the patient or client. Gender is depicted with u «• n . j j ■ l • i ^^ru .u 

, . .1 r 1 J -1 r r I X A f . observations collected dunng the physical exam. When the 

cobrs (e.g. blue for njale, and pink for female). A client doctor selects a diagnosis ^ing the diagnosis tools, the 

with an overdue bill IS depicted with a red colored bamier (a ^^^^^ ^^^^^ a diagnosis table. TTie server generates 

Client m collection ). diagnosis history from this table. From this window, the 

The window 304 includes a box 306 called "Presenting provider can retrieve more detailed medical history data, 

Complaint" that lists the service category, service including diagnoses. 

description, and any further description. The window 304 r™ u..*# 4 *i. * i i • 

. . ,1 ^ 4 ^ • c u *u The physical exam buttons represent the top level m a 
also includes dynamicaUy updated infonnation such as the ,o hierarchy of physical exam screens. TTie physical exam is 

time of check-in 310 and elapsed tmie m the office 312. ^^^^^^ / following areas: 

This window also illustrates an example of how the ^\ Overall Condition 

system navigates a patient and client through an office visit. 9\ p ♦ H 

A user can change the status of a patient in the exam room ^ 

by clicking on a control button 320 in the window. For 65 Ocular 

example, in this screen, the user can indicate that the patient 4) Otic 

is ready for check out. This sends a message to the server, 5) Oral/Nasal 
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6) Respiratory observed and then give the user an option to make some 

7) Cardiovascular observation for that item. For example, in this screen, the 
S) Abdominal select the overall condition or temperature obser- 
^ valion by checking a check button (e.g., 510, 512). The user 
y) Urogcmtal ^ ^^^^^ numerical data such as temperature via a graphical 

10) Perineal box 514 that allows the user to scroll through a range of 

11) Musculoskeletal numbers. In addition, the user can enter or select text input 

11) Neurological drop-down boxes (e.g., 516). 

12) Behavioral ^® screens display patient data dynamically as well. For 
When the user cUcks on any of these buttons, the system lo ^""^^P}^ ^he temperature history box 520 displays tempera- 
launches a new screen for the selected part of the physical observations. Tht iiser can also choose to display a 
exam. Itie interactive exam screens guide the user through S^^P^ temperature by clicking on the graph tempera- 
the physical exam. As user enters information (by clicking utton 

on buttons or entering text), the server dynamically updates ^h^ system also documents when services have been 

the daUbase and evaluates the data to determine whether to 15 o^^red and dechned by the client. For example, the screen 

prompt the user for additional information by displaying ^ ^ entitled "Recommended Care 

questions and supplemental screens that prompt the user to Declined" which lists any services that the client has 

input medical observations. declined in the past. 

During an initial exam, many of the observations listed in Th^ data displayed in this and other exam screens is 

the exam screens default to normal. If an abnormal obser- 20 dynamic in that it is updated by the server soon after it is 

vation is checked, subsequent exams will default to the entered. Thus, the screens reflect up-to-the-minute data, 

previous findings by displaying the abnormal observation as some of which may have been entered just moments ago on 

marked in a previous exam. In some instances where critical same or a different client computer. The interface screens 

information is necessary, the user will not be allowed to exit formatted to display information about a patient, and the 

from a screen until certain observations are made, as 25 system draws this information from the patient's records, 

reflected by the user entering some observation. which are updated each time new information is entered at 

Some observations trigger actions that need to be per- client computer. When the user selects a screen for 

formed right away, and others trigger actions that can be display, the patient data in the display is drawn from the 

performed later. In either case, the client monitors for this current patient records on the server, 

type of input, and when it detects the observation, it cvalu- 30 When the user initiates the exam, the server evaluates the 

ates preprogrammed expressions to determine which actions observations and determines which questions and warnings 

should be performed right away or performed later. For should be displayed to the user As the user accesses screens 

actions that should be performed right away, it displays in the exam, these warnings or questions form part of the 

additional queries using message boxes or additional display screen. Thus, the display changes based on prior 

screens. As observations are made during the physical exam, 35 recorded observations, 

the need to present additional screens is maintained in Control Bar 
memory variables which control the operation and behavior 

of the exam as a whole, and the operation and behavior of ^^""^^^^ °f ^^e physical exam screens have a control bar 

individual sub-exam screens. ^^'^^ ^^^^^ i° ^' ™s ^^^^^^^ includes 

Ibe user can proceed through the physical exam portions 40 graphical control buttons that provide helpful functions 

in any order, but must complete aU parts of the exam before ^^•'"^g ^^e exam. The example shown in FIG. 5 includes a 

any diagnosis is performed. To reflect parts of the exam that ^^^^^ ^^^^ ^ ^^^P ^^"^^ a° exclamation point 

arc complete, the physical exam screen shown in HG. 4 544, a drop down list of videos 546, a warning bell 548, and 

includes a status box (e.g., 420) next to each navigational * medical note pad editor 550. 

button that links to the portions of the physical exam. These 45 The check mark is a navigational control that enables the 

boxes are color coded to indicate the status of the corre- tell the server that the user is ready to move on to the 

spending part of the exam. In this version, green means all ^^^^ screen. The stop button halte the exam and returns the 

findings are normal in this part of the exam, red means that client to the physical exam screen. The exclamation point 

the nurse has marked abnormal findings for the doctor's enables a nurse to check a part of the exam to call it to the 

review, and blue means that text questions were not 50 doctors attention. This input event tells the doctor that he or 

answered by the doctor. ^he needs to check this part of the exam. The screen is 

The control buttons across the bottom enable the user to marked in blue to tell the doctor to observe more closely, 

control the status of the exam. For example, the user can The video screen drop down list enables the user to select 

choose to check out of the exam, to suspend the exam, or and instruct the server to play a selected video. The server 

indicate that the exam is complete. 55 selects these videos dynamically based on the current screen 

being displayed. 

Example Exam Screens warning bell button enables a member of the team to 

no. 5 illustrates an example of a physical exam screen call for help in case of a problem. When a user presses this 

used to record information about a patient's overall condi- button, the ctient sends a message to the server that an alarm 

tion. The Overall Condition Screen 500 includes the banner go should be played on the other client computers. In this 

502, a control bar 504 across the bottom, and a variety of unplementation, the alarm includes a visual alert screen and 

graphical user interface controls for collecting input (text or an audio alert generated on the other computers within the 

cursor control device) and for displaying output (including system. An alternative is to sound an audio alarm on the 

numerical data, observations recorded as text, and graphical other computers. The alert is triggered through the addition 

data generated by the server). of a record onto the message queue that all computers in the 

The graphical user interface controls prompt the user to system are monitoring. The alert is cleared through the 

enter information because they display an item to be deletion of the record. 
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Finally, the notepad button launches a text editor in a 
window that enables the user to enter a medical note. The 
server records that date, time, the text entered by the user, 
and who made the observation, 

S 

Linking of Screens 

As a user makes observations, the system evaluates 
whether the observations require supplemental information. 
Some observations can generate warnings in screens for 
other parts of the exam. To improve performance, the client 
maintains the patient's exam file in memory and issues 
context sensitive additional questions that are generated 
based on observations entered diu'ing the exam. As obser- 
vations are made during the physical exam, the client 
executing the physical exam software determines when to 
present additional screens. The conditions that need to be 
satisfied to trigger additional exam screens are maintained in 
memory variables which control the operation and behavior 
of the exam as a whole, and the operation and behavior of 
individual sub-exam screens. 

FIG. 6 illustrates an example of a supplemental screen 
that is triggered in response to an abnormal observation. In 
this example, the client prompts the user for more informa- 
tion with a supplemental screen because the user has entered 
an abnormal observation on the abdominal screen. The 
supplemental screen shown in FIG. 6 prompts the user to 
record any additional abnormalities from a predetermined 
list. 

In addition to generating new questions and supplemental 
screens dynamically, another feature is the ability to launch 
other software processes in the system in response to an 
observation or a request to perform some treatment. For 
instance, if the doctor decides to prescribe a drug that is 
listed on a treatment list, the doctor can select that treatment ^5 
by clicking on it. The client software will then launch a 
prescription screen so that the doctor can immediately fiU 
the prescription. When the doctor completes the prescription 
and exits the prescription screen, the client sends a print job 
to the prescription printer. It then prints the label on the 
attached printer. 

During the examination, the doctor may prescribe and 
dispense various treatments via additional user interface 
screens. One such screen, called the therapy screen, can be 
accessed via a drop down menu. As explained further below, 45 
this screen lists therapy service items that have been pre- 
scribed based on a previous diagnosis. When the doctor 
completes the service, he or she enters the change in status 
through the therapy screen. The server automatically adds 
service items completed during the visit to the client's 53 
invoice. The doctor can also use another screen, called the 
order screen, to prescribe and dispense a treatment item. 

Graphical Displays Used to Enter Patient 

Observations 

55 

FIG. 7 is an example of a screen 700 used to prompt the 
user for graphical input of medical observations. In this 
example, the screen displays a graphical representation of 
the pet 702, 704 and enables the user to mark the location of 
lesions on the skin graphically. The graphical representation 60 
shows a part of the anatomy of the pet and is responsive to 
cursor input from a pointing devices such as a mouse, track 
ball, or touch screen. The user can mark the location of 
lesions on the patient using the cursor control device. 

Hie type of observation (i.e. the type of lesion in this 65 
example) is entered via a selection Hst 706. First, the user 
selects the type of lesion by clicking on a selection in the list, 
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and then marks the location of a lesion by positioning the 
cursor over the position on the graphical depiction of the 
skin where the lesion is located on the pet. 

Each time the user clicks on the graphical representation, 
the client software records medical observations as obser- 
vation records in a database file. These records include: the 
type of observation, top or bottom view, the date and time, 
the doctor-nurse team who recorded the observation, and the 
coordinates of the pixel where the user marked the lesion. 
These coordinates are mapped to actual bodily region (based 
on their location, e.g., pixel at (5, 19) is mapped to the dorsal 
paw). 

Verification of the Exam 

The physical exam software provides a user interface 
control that enables the doctor to record an event certifying 
that all of the observations have been documented. 
Specifically, the client software displays the dialog box 
shown in FIG. 8. The client software displays this dialog box 
in response to a user clicking on the exam complete button 
in the physical exam screen. 

In order to complete an exam, the doctor must login to the 
system. After logging in, the doctor can review and edit the 
observations made by the nurse, perform treatment, etc. 
When complete, the doctor clicks on the exam complete 
button, which causes the client to display the signature box. 
The doctor's signature is stored as an image in the hospital 
database. The server ensures that the signature is inserted on 
all of the forms requiring a doctor's signature. 

Diagnosis and Therapy Selection 

When the physical exam is complete, the doctor can 
proceed to a diagnosis screen. FIG. 9 illustrates an example 
of the diagnosis screen. This screen is displayed in response 
to the doctor certifying that the exam is complete as 
explained above. The diagnosis screen includes the patient 
banner 902, a box for displaying abnormal observations 904, 
a box for displaying a rule out list 906, and a box for 
displaying tentative diagnosis 908. The box 910 labeled as 
"unresolved symptoms" keeps a running total of symptoms 
that are not linked to a diagnosis. 

The diagnosis screen also includes a number of naviga- 
tional controls used to navigate to other parts of the system 
or to launch other features. These controls include: 1) a 
"search for diagnosis" button 912 that launches the interface 
to a database search tool for keyword searching the system's 
list of diagnosis, 2) a "protocol" button 914 which laimches 
a service for applying a protocol to the patient given the 
tentative diagnosis selected in the diagnosis screen, 3) a 
healthy pet button 916 which enables the team member to 
indicate that no diagnosis or treatment protocol need be 
selected, and 4) an exit button 918 used to exit the diagnosis 
screen and return to the main window of the client software. 

When the exam is complete and certified, the cHent 
software on the exam PC sends a message to the server, 
which compiles a hst of the abnormal observations in 
response and places them in a table. These abnormal obser- 
vations are then displayed in the abnormal observation box 
904. Each of the records in this List can be marked as either 
diagnosed or removed. To remove an observation, the doctor 
clicks on the "remove symptom" button 920. This button 
toggles between "remove symptom" and "use symptom in 
diagnosis" to enable the user to add a symptom back onto the 
list of abnormal observations. 

The rule out list is a list of possible diagnosis automati- 
cally generated by the server. The rule out list is generated 
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from a table that keeps a list of all ailments called the ''all 
ailments table." Each item within the all ailments table has 

observations potentially associated with it. The actual obser- 
vations made during the physical examination are matched 
against the list of observations associated with ailments. 
Ailments which match are then added to the diagnosis rule 
out list. 

The doctor can select a diagnosis by clicking on an item 
in the rule out list. When the doctor docs so, the client sends 
a message to the server indicating the selected diagnosis. 
The server removes the diagnosis from the rule out list, adds 
it to the tentative diagnosis, and determines which abnormal 
observations are linked to the diagnosis. It then marks the 
abnormal observations that are linked to the selected diag- 
nosis with a "D." The server sends the results of these 
operations back to the client to update the display dynami- 
cally. In the display, the selected diagnosis moves to the 
tentative diagnosis box, the abnormal observations linked to 
the selected diagnosis are marked with a "D" and the 
unresolved symptoms count is updated to a number reflect- 
ing the number of abnormal observations that are undiag- 
nosed and not marked as removed. 

In the tentative diagnosis box, the client also displays the 
status of the diagnosis, as reflected in the diagnosis table 
maintained on the server. The possible status includes: 
Needs protocol, Undergoing Therapy, Client Postponed, and 
Client Declined. This status is updated automatically as the 
user takes actions that change the status of a diagnosis. For 
example in this version, the initial status of a selected 
diagnosis is "Needs Protocol." When the doctor places the 
cursor over a diagnosis in the tentative diagnosis box, it 
becomes highlighted. The doctor can then launch a protocol 
by clicking on the protocol button. In response, the client 
sends a message to the server, which changes the status of 
the diagnosis to Undergoing therapy. In addition, the server 
generates the protocol. 

To generate a protocol, the server looks up the protocol in 
a protocol table using the selected diagnosis as a key. The 
protocol for a tentative diagnosis includes one or more 
(typically several) recommended therapy items, each having 
a status. When the user clicks on the protocol button, the 
server generates the protocol and sends the protocol items 
and status to the client. In turn, the client displays a 
diagnostic protocol screen. 

FIG, 10 is an example of the diagnostic protocol screen 
used to manage a treatment protocol. The diagnostic proto- 
col screen 1000 includes the patient banner 1002 (the same 
as in other screens described above), a tentative diagnosis 
box 1004, a recommended therapy box 1006, a diagnosis 
status check list 1008, and navigational control buttons 
1010-1014 to link to other screens and launch other features. 

The tentative diagnosis box 1004 lists the selected diag- 
nosis from the diagnosis screen. The recommended therapy 
box 1006 lists the therapy items for the treatment protocol 
corresponding to the selected diagnosis. Note that the 
therapy items each have a status associated with them, cither 
required or recommended. The doctor can change the status 
from reoonunended to required or vice-versa by clicking on 
a therapy item. 

The diagnostic status check list 1008 includes a series of 
check buttons that enables the user to record the status of the 
treatment protocol for the selected diagnosis. This feature 
facilitates thorough record keeping and enables the medical 
practice to document that the protocol options were pre- 
sented to the client and whether the client refused the 
treatment. 
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The navigational controls link to other screens and pro- 
vide access to additional functions. One function is the 

estimate function, which causes the system to display a list 
of services, the status of the services, and a cost estimate. To 
5 access this function, the user clicks on the Estimate button. 
The estimate screen is described in further detail below. 

The additional therapy button 1012 and continue button 
1014 link to other screens. This enables the doctor to go to 
another screen to modify the therapy protocol. 

The server compiles the services in the treatment protocol 
into a cost estimate. In addition, it forces follow-up in two 
important ways. First, it handles scheduling of the next visits 
and schedules follow-up calls. Second, it automatically adds 
prompting messages in future physical exam sessions to 
remind the provider team that certain observations are made 
and therapy service items are performed. 

FIG. 11 is an example of die Estimate screen 1100. This 
screen can be accessed from several different screens in the 
physical exam and diagnostic software to show a cost 
estimate of product and service items that have been or are 
to be provided to the patient. Specifically, the cost estimated 
can be generated as service items are requested by the client 
during a visit or at the end of the visit. The Estimate screen 
is hnked to the treatment protocol screen to give the cUent 
a cost estimate of all of the therapy service items that are 
to-be provided under the protocol. 

The list of service items in the cost estimate is dynami- 
cally generated during patient visits, either as a result of the 
provider team selecting a product or service for the patient 
or the treatment protocol automatically adding therapy items 
to the list. In addition, if the patient is on a wellness plan, 
preventative care services are automatically added to this list 
when the plan is initiated. As items are prescribed for the 
2^ patient, records are added to a table called the accounting 
sales line item table. Items added have an initial status code 
which indicates that the item is to be done. Once an item is 
completed, the status code is changed to reflect that the item 
is done. The status of each record reflects its status as an item 
which has been completed, or needs to be done. To generate 
a cost estimate, the server searches the accounting sales line 
item table in the status field to identify items that are 
completed and generates a list of completed items along 
with the cost of each item, 
45 The Estimate screen 1100 includes the patient banner 
1102, a service item box 1104, and several cost summary 
boxes 1106-1110. The screen also includes control buttons 
1112, 1114 to print out a cost estimate and exit the screen. 
The services box 1104 lists the following records: a service 
5Q item, its estimated cost, the name of the patient, and date 
completed. 

The Estimate Screen estimates costs in three different 
categories: the wellness plan cost estimate 1106, the regular 
fee estimate 1108 and the client's estimate 1110. 

55 The user can print an estimate by clicking on the print 
control button 1112. When the user exits the estimate screen, 
the client software returns to the physical exam screen. At 
this point, the doctor can proceed to provide the therapy for 
the patient. To generate the therapy screen for the patient, the 

60 user selects Therapy: patient from a drop down menu. 

FIG. 12 is an example of Uie therapy screen 1200 used to 
manage the administration of a therapy service item. The 
therapy screen displays all the items that have been pre- 
scribed to be administered to the patient. Additional infor- 

65 mation relating to dosage is also included. The therapy 
screen may optionally view the current medical record from 
a standpoint of all items prescribed, or only those items 
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remaining to be performed. The therapy screen allows category, service description, and any additional descriptive 

access to other screens such as the physical examination, the information about a service item to be provided at an 

medical notes, diagnosis and ordering screens, via drop appointment. The iiser enters this information by seleaing it 

down menus, navigational controls, and iiser selection of from a predetermined list or entering it via the keyboard, 
therapy service items displayed on the screen. The therapy 5 The exam room check out window includes a number of 

screen is accessible from other screens as well via a drop Ust boxes 1320 displaying "Days", "Weeks*', and "Months" 

down menu and navigational control buttons. that enable the user to select an approximate time for a 

The therapy screen 1200 includes a banner 1202, a box call-back or another appointment. When the user enters 

1204 showing therapy service items and related attributes, a information in these boxes, the button 1322 shown as "Book 

list of check buttons 1206 for selecting portions of the Appt. And Callback" changes from "No Appt. Or Callback" 

service table for viewing, a status control button 1208 for to "Book Appt. And Callback" to reflect that an appointment 

changing the status of selected service items; a print label is being scheduled. 

button 1210 for printing labels, and a remove item button After entering information for an appointment and/or 
1212 for removing selected therapy service items. This callback, the user can click on the button labeled 1322 to 
screen also includes a box 1214 for viewing the tentative 15 cause the server to schedule the appointment or callback, 
diagnoses, including a list of diagnoses where each diag- jhe server has a scheduler program that can schedule 
noses has a date and status attribute. Finally, the therapy appointments based on load (attempt to schedule appoint- 
screen includes navigational buttons 1220-1226 used to link ments off-peak time periods). If the user requests an appoint- 
to other screens and access other functionality. mcnt by clicking on button 1322, a scheduler on the server 
The box of therapy items 1204, in this version, includes will search for a time slot available near the approximate 
a list of product and service items, with fields for the date the time entered by the user and enter a record of the appoint- 
order was received, the quantity of the item, and the status. ment for the available time. For call backs, the scheduler will 
In the case of prescriptions, the box also displays dosage and schedule a reminder for the provider team to call the client 
frequency. This box 1204 enables the doctor to view a list of back at or before the approximate callback time entered by 
service items scheduled for a patient to keep track of what the user. If the user wants to view the available time slots and 
has been done and what needs to be done. When the doctor schedule an appointment directly, he or she can launch the 
or other member of a provider team provides a product or user interface for the scheduler by clicking on the appoint- 
service, the team member can update the status of a service ment scheduler button 1324. This brings the user to another 
item in the patient's data by selecting an item and indicating screen used for the scheduler. 

that it is done. For instance, the doctor can select items and ^° The "return to examination" button 1310 is a navigational 

press the "make all done" button to indicate that the status control that allows the user to return to the main medical 

of these items has changed from "to-do" to "done." In exam screen shown in FIG. 4. The "hospitalize patient" 

response, the server dynamically updates the status of the button is used to navigate to another screen to check the 

data in the patient's database. The client sends a message to patient into the hospital and change the status of the patient 

the server with the change in status so that the server data to "hospitalized." 

matches the status currently displayed on the screen of the prom the exam room check out screen 1300, the user can 

client computer. In a similar fashion, the doctor can remove instruction to print an invoice of all the 

Items from the hst by selectmg them and clicking on the chargeable items provided during the visit. As products and 

"remove items" button 1212. ^^^-^^ provided during the visit, the provider team 

The print labels button is used to initiate a print process enters them. The server updates the status attributes in the 

for printing a label for a prescription selected from the list patient's data base and also keeps a running list of the 

of items in the list of therapy box 1204. When the user clicks chargeable items in a separate invoice table. When a user 

on the print labels button 1210, the client sends a message instructs the client to print an invoice, the client computer 

to the server with the pertinent data about the prescription. sends a message to the server, which in turn, initiates a print 

The pharmacy computer then retrieves this message from process on the receptionist computer. The invoice is then 

the server and processes the request by initiating a print printed at the printer in the receptionist area, 

process to print a label with the information provided in the Qdcc the user enters an appointment or notes that no 

message. appointment is necessary via the button 1322, the "See 

The navigational buttons 1220-1226 link to other screens. 50 CSC button 1308 becomes active (CSC means Customer 

For example, the physical exam button 1222 links to the Service ConsuUant). This button allows the user to navigate 

physical exam screen. to the "Reception" screen shown in FIG. 14. When the user 

r^' . r^i. 1 ^ * clicks on this button 1308, the status of the patient changes 

Qient Check Out . u^u^^i^ » re 

to cnecking-out. 

To complete a patient visit and transfer a patient's file to 55 A user, typically the customer service consultant at the 

checking-out status, the doctor (or other member of the reception computer, checks a patient out of the facility at the 

provider team) returns to the physical exam screen (FIG. 4) reception desk screen 1400 shown in FIG. 14. This screen 

and then selects the Exam check-out button 402. This causes shows the patient's banner 1402, a list of check buttons 1404 

the client computer to display an exam room check out for controlling the display, a box for viewing patient status 
screen. An example of this window is shown in FIG. 13. 60 1406, and another box for viewing the status of the exam 

The exam room check out screen includes a patient rooms 1408. The check buttons 1404 enable the user to 

banner 1302, a "next appointment" message box 1304, a control which patient status data is displayed in the box 

service message box 1306, and control buttons 1308-1312, 1406. For example, if the user selects the button labeled 

1322-1324. The "next appointment" message box displays "Entire hospital," box 1406 displays the status of patients in 
the next appointment scheduled for the patient from the 65 the entire hospital If the user selects the button labeled 

patient's medical record stored on the server. The service "scheduled," the box 1406 only displays patients that are 

message box 1306 is used to display and enter a service scheduled. 
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The reception screen also enables a user to check the 
status of patients in the medical exam rooms. The user can 
select (e.g., double -click on) a patient name from the lower 
box 1408 to display the status of the patient in an exam 
room, including a description of the service category (e.g., 
preventative care), the service description (e.g., 
vaccination), the time that the patient was checked into the 
exam room, and the elapsed time that the patient has spent 
in the exam room. 

During the check out process, the receptionist returns any 
items left at the hospital, as reflected on a patient check in 
screen, which is accessible from a patient drop down menu 
at any time during operation of the system. The receptionist 
receives or confirms some form of payment and then checks 
the patient out of the hospital by selecting a check out option 
on the screen. When the receptionist checks the patient out, 
the patient's visit is over and the status of the patient is 
updated to reflect that the patient is checked out. At this 
point, the system discontinues tracking the time spent in the 
hospital. 

Conclusion 
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While we have described the invention with reference to 
a specific implementation, we do not intend to limit the 
scope of the invention to this implementation. The system 
can be implemented in a client-server configuration, or in a 
single computer. In the latter case, both the client and server 
functions are performed on the same computer and the tables 
are maintained on this computer, rather than a remote server. 
The specific display format of the user interface screens can 
vary as well. 

In view of the many possible embodiments to which the 
principles of our invention may be applied, it should be 
recognized that the illustrated embodiment is only a pre- 
ferred example of the invention and should not be taken as 
a limitation on the scope of the invention. Rather, the scope 
of the invention is defined by the following claims. We 
therefore claim as our invention all that comes within the 
scope and spirit of these claims. 

We claim: 

1. A computer-implemented method for managing a medi- 
cal exam, diagnosis, and treatment protocol of a patient, the 
method comprising: 

displaying an interactive physical exam user interface on 45 
a display device; 

in response to user selection during an interactive physical 
exam, displaying user interface screens that each guide 
the user through a part of the physical exam; 

prompting a user to enter medical observations by dis- 
playing medical observations in the user interface 
screens and enabling the user to select from among the 
medical observations; 

recording medical observations entered by the user in 
response to the user selecting from among the medical 
observations displayed in the user interface screens on 
the display device; 

after receiving input indicating that the physical exam is 
complete, determining one or more possible diagnoses 
by matching the recorded observations with one or 
more ailments; 

displaying possible diagnoses associated with the one or 
more ailments; 

in response to the tiser selecting one of the displayed 
diagnoses, generating a treatment protocol for the 
diagnoses, and displaying the treatment protocol. 
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2. The method of claim 1 further including: 
integrating the treatment protocol in subsequent patient 

visits by modifying user prompts presented to the user 
in a subsequent exam session to prompt the user to 
answer questions or enter medical observations related 
to the treatment protocol. 

3. The method of claim 1 further including: 
integrating the treatment protocol in subsequent patient 

visits by displaying status of scheduled therapy items in 
the interactive physical exam user interface along with 
a cost estimate of the scheduled therapy items. 

4. The method of claim 1 further including: 
scheduling therapy service items in the treatment proto- 
col; and 

in subsequent exam sessions, determined by user login, 
displaying the scheduled therapy service items and 
associated status. 

5. The method of claim 1 further including: 
displaying a graphical representation of anatomy of the 

patient; 

in response to cursor input on the graphical representation 
of the anatomy, recording location of an abnormal 
medical observation and type of the abnormal medical 
observation. 

6. The method of claim 1 further including: 
presenting an interactive user interface to record medical 

attributes of a patient; 
searching a list of patient education videos to find a video 

that corresponds to one or more of the medical 

attributes of the patient; and 
playing the video corresponding to the medical attribute 

of the patient without explidt selection of a video by a 

user. 

7. The method of claim 1 wherein the user interface 
screens guide the user through a complete physical exam 
before displaying a diagnoses by requiring the user to enter 
input acknowledging that the part of the physical exam 
associated with each user interface screen is complete. 

8. A computer-implemented method for managing work- 
flow in a medical facility, the method comprising: 

displaying a plurality of different user interfaces on a 
display, where the user interfaces prompt a user for 
input about a patient and are associated with a stage in 
a visit of a patient to a medical facility; 

guiding a user from one stage in the visit to a subsequent 
stage by requiring the user to enter patient data indi- 
cating that patient data has been observed before pro- 
ceeding to a subsequent stage; 

in response to user selection during an interactive physical 
exam, displaying user interface screens that each guide 
the user through a part of the physical exam; 

recording the patient data in a medical record for the 
patient; 

recording medical observations entered by the user in 

response to prompts for input displayed in the user 

interface screens on the display device; 
after receiving input indicating that the physical exam is 

complete, determining one or more possible diagnoses 

by matching the recorded observations with one or 

more ailments; 
displaying possible diagnoses associated with the one or 

more ailments; 
updating patient status for the patient based on user input 

indicating that the patient has completed a stage in the 

visit; and 
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displaying an indicator of current patient status. 

9. The method of claim 8 wherein the stages include 
awaiting a medical exam, undergoing a medical exam, and 
checking out; and further including: 

prompting a user for medical observations while the 
patient is undergoing the medical exam; and 

requiring an authorized user to complete the medical 
exam before allowing a user to check the patient out of 
the medical exam. 

10. The method of claim 9 wherein patient status is 
represented as awaiting medical exam when the patient is 
checked into the medical facility; and 

wherein the patient status changes to undergoing a medi- 
cal exam when the patient is checked into an exam 
room. 

11. The method of claim 10 further including: 
displaying a reception user interface screen to check a 

patient into a medical facility; 
updating the status of the patient in response to receiving 
input sufficient to check the patient into the medical 
facility via the reception user interface. 

12. A computer system for managing a medical practice in 
a medical facility comprising: 

a computer network; 

one or more reception computers in communication with 
the computer network, each programmed to check 
patients into and out of the medical facility; and 

one or more exam room computers in communication 
with the computer network, each programmed to dis- 
play an interactive user interface for guiding personnel 
through a medical examination, to record medical 
observations, to evaluate the recorded observations and 
to generate possible diagnoses dependent on the 
recorded observations, and to generate a treatment 
protocol for a selected diagnosis; 

wherein the one or more exam room computers are 
programmed to display user interface screens that each 
guide the user through a part of a physical exam, to 
record medical observations entered by the user in 
response to prompts for input displayed in the user 
interface screens on the display device; to determine 
one or more possible diagnoses by matching the 
recorded observations with one or more ailments after 
receiving input indicating that the physical exam is 
complete, and to display possible diagnoses associated 
with the one or more ailments. 

13. The computer system of claim 12 further including: 
a treatment computer in communication with the com- 
puter network, wherein the treatment computer is pro- 
grammed to record a treatment record for a patient 
when the treatment is provided to the patient. 

14. The computer system of claim 12 further including: 
a lab computer in communication with the computer 

network, wherein the lab computer is programmed to 
record lab results for a patient. 

15. The computer system of claim 12 wherein the recep- 
tion computer is programmed to update status of a patient 
when the patient is checked into an exam room to reflect that 
the patient has moved from one part of the facility to the 
next; and wherein the exam room computer is programmed 
to update status of the patient when the medical examination 
is complete to reflect that the patient has completed the 
medical examination. 

16. The computer system of claim 15 including a server 
computer connected to the networic, wherein the server 
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computer is operable to store a list of patients checked into 
the medical facility, along with a status parameter indicating 
status of each patient in the medical facility; and 

wherein the reception computer is programmed to query 

the server to obtain the status of each patient in the 

medical facility. 

17. The computer system of claim 12 further including a 
server computer for storing a list of product or service items 
scheduled for patients, wherein each of the computers is 
programmed to access the server to update status of a 
specified product or service item in response to input indi- 
cating that the specified product or service item has been 
provided to a specified patient. 

18. The computer system of claim 12 wherein the exam 
room computers are programmed to track identity of a 
provider who provides a product or service item to a patient 
by recording an indicator of a provider in response to input 
indicating that the product or service item has been provided 
to the patient. 

19. The computer system of claim 12 further including: 
a lab computer in communication with the computer 

network, wherein the lab computer is programmed to 
record lab results for a patient; 

a treatment computer in communication with the com- 
puter network, wherein the treatment computer is pro- 
grammed to record a treatment record for a patient 
when the treatment is provided to the patient; and 

a server computer in communication with the computer 
network, wherein the server computer is programmed 
to respond to the reception, exam room, lab, and 
treatment computers to maintain and update medical 
records, including the lab results and treatment records 
for patients of the medical facility. 

20. The computer system of claim 19 wherein the server 
computer is programmed to update status of patients in the 
medical facility in response to messages from other com- 
puters on the computer network indicating a change in 
patient status. 

21. A computer readable medium having software for 
managing a medical exam, the software, when executed on 
a computer, performing the steps of: 

displaying an interactive physical exam user interface on 
a display device; 

in response to user selection during an interactive physical 
exam, displaying user interface screens that each guide 
the user through a part of the physical exam; 

prompting a user to enter medical observations by dis- 
playing medical observations in the user interface 
screens and enabling the user to select from among the 
medical observations; 

recording medical observations entered by the user in 
response to the user selecting from among the medical 
observations displayed in the user interface screens on 
the display device; 

determining one or more possible diagnoses by matching 
the recorded observations with one or more ailments; 

displaying possible diagnoses associated with the one or 
more ailments; 

in response to the user selecting one of the displayed 
diagnoses, generating a treatment protocol for the 
diagnoses, and displaying the treatment protocol. 

22. A computer-implemented method for managing a 
medical exam and diagnosis of a patient, the method com- 
prising: 

displaying an interactive physical exam user interface on 
a display device; 
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in response to user selection during an interactive physical 
exam, displaying user interface screens that each guide 
the user through a part of the physical exam; 

prompting a user to enter medical observations by dis- 
playing medical observations in the user interface ^ 
screens and enabling the user to select from among the 
medical observations; 

recording medical observations entered by the user in 
response to the user selecting from among the medical 
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observations displayed in the user interface screens on 

the display device; 
after receiving input indicating that the physical exam is 

complete, determining one or more possible diagnoses 

by matching the recorded observations with one or 

more ailments; and 
displaying possible diagnoses associated with the one or 

more ailments. 

***** 
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